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(57) Method for linking a first and a second commu- 
nication bus through a wireless link, comprising a first 
portal connected to the first bus and a second portal con- 
nected to the second bus, said first and second portal 
communicating over a wireless connection 
The method comprises the steps of: 

associating the two portals to the wireless network; 
exchanging, between the two portals of self identi- 
fication packets of nodes connected to their respec- 
tive local busses, including the self identification 
packets of the portals themselves; 
generating a reset on each bus; 
carrying out a self identification procedure on each 
bus, where each portal generates self identification 
packets for itself and for nodes of the respective re- 
mote bus, using the self identification packets re- 
ceived following the association step. 
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Description 

[0001] The invention concerns a method for linking several communication busses using wireless links in such a 
way that the network thus formed emulates a single bus. 
5 [0002] There is currently an effort to define standards for linking communication busses using wireless technology. 
Two such efforts are being carried out under the patronage of IEEE on one hand (IEEE P1 394.1 "Draft Standard for 
High Performance Serial Bus Bridges"), and of ETSI on the other hand (Broadband Radio Access Networks (BRAN) 
HIPERLAN Type 2 Technical Specification; Packet based Convergence Layer, Part 4: IEEE 1394 Bridge Specific Func- 
tions sub-layer). 

10 [0003] Bridges linking two communication busses or networks have the disadvantage that devices from one bus or 
network wishing to access devices from the other bus or network need to be bridge aware, i.e. they comprise specific 
software which will interface with the bridge. 

[0004] It may be interesting to be able to link two busses or networks using a wireless link in such a way that this 
link is transparent for connected devices, i.e. that a device on bus accesses another device on the other bus as If both 
'5 were connected to the same bus. 

[0005] The European patent application EP 00402901 .3 filed on October 1 9, 2000 in the name of THOMSON mul- 
timedia concerns a network comprising a cluster of devices linked to a wired bus, this cluster being linked through a 
wireless link to a remote device. 

[0006] An object of the invention is a method for linking a first and a second communication bus through a wireless 
20 link, comprising a first portal connected to the first bus and a second portal connected to the second bus, said first and 
second portals communicating over a wireless connection, said method comprising the steps of: 

associating the two portals to the wireless network; 

exchanging, between the two portals, self identification packets of nodes connected to their respective local busses, 
25 including the self identification packets of the portals themselves; 

generating a reset on each bus: 

carrying out a self identification procedure on each bus, where each portal generates self identification packets 
for itself and for nodes of the respective remote bus, using the self identification packets received following the 
association step. 

30 

[0007] The portals linked to each communication bus (cluster) emulate the nodes on their respective cluster for the 
other communication bus. Nodes linked to a cluster will have visibility of the nodes on the other cluster, in addition to 
the portal. For this purpose, the portals generate self identification packets for the emulated nodes, in addition to their 
own self identification packets. 

35 [0008] Other characteristics and advantages of the invention will appear through the description of a particular, non- 
limiting embodiment of the invention, explained with the help of the enclosed figures among which: 

figure 1 is a diagram of a network composed of two wired buses linked through a wireless link, each bus constituting 
a cluster of a plurality of nodes, showing the software stacks in the different devices according to the present 
40 embodiment; 

- figure 2 is a diagram of another network comprising wireless links and illustrating the bus type determination pro- 
cedure and the root selection procedure on each bus; 

figure 3 is a diagram of the physical identifiers ('Physical_id') on two busses before carrying out the bus association 
procedure of the present embodiment; 
45 - figure 4 represents the physical identifiers of the busses of figure 3 after bus association; 

- figure 5 represents the physical identifiers of the network of figure 4, after a reset due to removal of a device from 
one cluster; 

figure 6 represents a bus reset propagation sequence in a network when the reset is triggered by a leaf bus; 
figure 7 represents a bus reset propagation sequence in a network when the reset is triggered by a branch bus; 
so - figure 8 is a diagram of a network illustrating the adjustment of cycle masters by a BRAN bridge; 

- figure 9a is a diagram of a network illustrating resource reservation for an isochronous transmission in case of a 
non-overlaid connection; 

- figure 9b is a diagram of a network illustrating resource reservation for an isochronous transmission in case of an 
overlaid connection; 

55 figure 1 0 is a diagram of a network illustrating the modification of a wireless bandwidth reservation by bridges 

on the path between a talker node and a listener node according to a variant embodiment of the invention. 

[0009] The present embodiment concerns a network formed of a plurality of IEEE 1394 wired busses. More infor- 
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mation concerning these busses as such can be found in the following documents: 

(a) IEEE Std 1394-1995 'Standard for a High Performance Serial Bus 

(b) IEEE Std 1394a-2000 'Standard for a High Performance Serial Bus -Amendment 1' 

(c) IEC 61883-1 (1998-02) Consumer audio/video equipment - Digital interface - Part 1: General 

Document (c) defines in particular the creation of isochronous connections. 

(d) IEEE P1 21 2 'Draft Standard for Control and Status Registers (CSR) Architecture for microcomputer busses'. 

[0010] According to the present embodiment, the wireless links used to link wired busses are based on the ETSI 
BRAN Hiperlan 2 draft standard, and in particular on document (e) 'Broadband Radio Access Networks (BRAN); Hl- 
PERLAN Type 2; Packet based convergence layer; Part 3: IEEE 1 394 Service Specific Convergence Sublayer (SSCS), 
version O.g of June 2000. This document addresses the transport of IEEE 1394 traffic between Hiperlan 2 devices. 
[001 1 ] Of course, the invention is not limited to the particulartechnologies chosen for the wired bus or the wireless link. 
[0012] Bridges between two IEEE 1394 busses are currently being standardized by IEEE. The corresponding draft 
standard is: 

(f) IEEE P1394.1 "Draft Standard for High Performance Serial Bus Bridges" Draft 0.14, December 21, 2000. 
[0013] ETSI is also working on the standardization of an IEEE 1394 Bridge Specific Functions sublayer: 

(g) Broadband Radio Access Networks (BRAN) HIPERLAN Type 2 Technical Specification; Packet based Con- 
vergence Layer, Part 4: IEEE 1394 Bridge Specific Functions sub-layer, version O.g (February 2001). 

[0014] Figure 1 represents a network formed of two IEEE 1394 device clusters 1 and 2, each comprising a wired 
IEEE 1394 bus, a plurality of devices (respectively nodes 3, 4 and 5, 6) and a portal (for each bus, respectively 7 and 
8) to the wireless Hiperlan 2 link these portals being referred to as 'wireless boxes' or simply 'Wboxes'). The nodes are 
pure IEEE 1394 devices. They are not aware whether they communicate with nodes on their cluster or on the remote 
cluster, through the wireless link. As far as the nodes are concerned, all nodes seem to be on the same cluster. The 
nodes need not be aware of the wireless point to point link existing between the two clusters. The transparency of the 
wireless link, as far as the IEEE 1394 nodes are concerned, is made possible by the wireless boxes 7 and 8. 
[0015] According to the present embodiment, the wireless boxes 7 and 8 are not transparent to the other devices, 
in the sense that they are also considered to be devices on their respective busses, i.e. they are attributed a physical 
identifier after a bus reset. 

[0016] Each node comprises an IEEE 1 394 software stack, i.e. the physical layer, the link layer and the transaction 
layer, as well as an application layer. Each wireless box also comprises these layers on their wired bus interface, with 
the differences which will be explained below. Lastly, WBoxl and WBox2 communicate using the Hiperlan 2 protocol 
stack as defined in the document ETSI BRAN IEEE 1394 SSCS document (document(e)) mentioned earlier. 
[0017] According to the IEEE1394 standard (document (a)), a unified transaction consists in a request from one 
device and a response from a receiver device, in which the response is contained in the acknowledgment of the receiver 
device. Whether a transaction is unified or not (i.e. 'split') can be determined by the receiving node, depending on its 
capability to respond quickly to the request of the sending node. When a transaction is to be split, the responding node 
transmits an acknowledgment of receipt which informs the sending node that the transaction is 'pending', and that the 
response will be sent later on. The sending node waits for a predetermined maximum amount of time ('split timeout'), 
and abandons the request if no response has been received. 

[0018] According to the present embodiment, the number of wireless links between any two nodes of the network is 
limited to a maximum number, in the present case to two. This maximum number of links is chosen in such a way that 
the split timeout delay of a sending device will normally suffice to cover the combined delays of the wireless links to 
be crossed, since each wireless link introduces an additional transmission delay between two nodes. The networks 
which will be described in relation with the figures respect this constraint: each network will comprise a maximum of 
one branch bus. A branch bus is defined as a bus linked to at least two other busses through respective wireless links. 
These other busses are then necessarily leaf busses, which are defined as being connected to a maximum of one 
other bus through a wireless link. 

[0019] According to the present embodiment, the total number of devices in the network is limited by the maximum 
number of devices allowed by a single bus, since the goal is to have the network behave as a single bus, as far as the 
nodes other than the wireless boxes are concerned. In the case of the IEEE 1394, this number is equal to 64. This 
includes the wireless boxes, which are considered as nodes according to the present embodiment. 
[0020] An example of a network is given by figure 2. A branch bus (or cluster) 9 is connected to three leaf busses 
(or clusters) 10,11 and 1 2 through wireless connections respectively formed by pairs of wireless boxes. Wireless boxes 
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which are root on their bus (or cluster) in the sense of document (a) are marked by an 'R\ How roots are chosen will 
be explained In relation with the association process of a wireless box to an already existing network 
[0021] First the behavior of a wireless box after connection to a bus will be described. This is followed by the asso- 
ciation procedure of peer wireless boxes connected to two distinct busses, and the consecutive linking of the busses 
Then, the behavior of the wireless boxes of an already formed network during a network reset will be described and 
in particular the process used to propagate the reset from one bus to another. The reservation of isochronous resources 
on a formed network will then be described. Lastly, the behavior of the wireless devices for broadcast-out and broadcast- 
in connections will be described. 

I] Connection of a wireless box to a bus 

[0022] According to the present embodiment, each wireless box implements a register called BUS.TYPE' register 
™f 9 r COn !°™ s to document (d)- In particular, it is located at a known offset in each wireless boxes' directory.' 
0023] The register is used to store information regarding the type of the bus the wireless box is connected to (blank 
leaf or branch) and regarding the existence of a branch bus in the network. 

Table 1 indicates the contents of the 'BUS_TYPE' register 

[0024] 



Table 1 



bus_type 


branch_existence 


2 


2 



[0025] 



Table 2 



Value 


Comments 


00 b 


Blank bus 


01b 


Leaf bus 


10 b 


Branch bus 


11 b 


Reserved 



Table 3 gives the values of the 'branch_existence' field in the 'BUS.TYPE 1 register. 
[0026] 



Table 3 



Value 


Comments 


oo b 


Branch bus doesn't exist 


01b 


Branch bus exists 


10 b 


Reserved 


11b 


Reserved 



[0027] In addition to the definitions given above for a leaf bus and a branch bus, a blank bus is defined as being a 
bus which is not linked to another bus through a wireless link. Of course, such a bus may comprise a wireless box but 
this wireless box has not yet associated with a peer box on another bus. In what follows, a wireless box is said to be 
associated when it has performed its Hiperlan 2 Radio Link Control association. Two busses are considered to be 
linked through two associated peer wireless boxes when these two boxes have checked that this link would result in 
an authorized network topology and configured themselves and their respective local busses accordingly. 
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[0028] When a wired bus is reset, which happens in particular when a wireless box or another node is connected to 
- or removed from - the bus, the first task carried out by each wireless box on the bus is bus identification. This task 
consists for each wireless box in determining whether the bus is a blank bus, a leaf bus or a branch bus, given the 
modified topology. At this stage, a wireless box newly connected to a wired bus is not associated with any peer wireless 
5 box. 

[0029] Each node receives the identifiers of other nodes during the IEEE 1394 self-identification process, which 
enables each node to send a so-called 'selMd packet 4 containing, among other information, the physical identifier of 
the node. 

[0030] As will be seen later, according to the present embodiment, wireless boxes generate self_id packets for them- 
10 selves, as well as for remote nodes - if any - on the side of their peer wireless box in case a link has been established 
with another bus. The information concerning remote nodes is known from previous resets. 

[0031] Once a wireless box has received all self_id packets, including those from remote clusters sent per proxy by 
wireless boxes part of an active link, the wireless box reconstructs the topology of the network using an appropriate 
method. Such a method is described for example in a patent application filed by THOMSON multimedia with the French 

15 patent office on May 26, 1 998 under the filing number 9806624 and having the publication number FR2779301 . This 
method, or that described in Annex E.3.4. 'Topology construction' of document (a) also enables wireless boxes to 
determine the topology of the network on the side of their peer wireless boxes. This information is used to properly 
propagate selfjd packets. Topology information comprises the list of devices on a bus or network, and a description 
of the way these devices are connected. 

20 [0032] According to the invention, once the topology map of the network has been obtained, the wireless box checks 
which nodes are wireless nodes, by verifying which nodes contain the bus type register, and which do not. An active 
wireless link is recognized when two wireless boxes appear consecutively in the topology map. 
[0033] The newly connected wireless box then updates its own BUS_TYPE register contents as follows: 

25 1 , When a wireless box discovers that there is no other wireless box on the bus which links the local bus to a 

remote bus, then the local bus is a blank bus. The wireless box sets the bus_type field of the BUS_TYPE register 
to the value corresponding to blank. 

2. When a wireless box detects a single wireless box on the bus which links the local bus to a remote bus (i.e. 
there is an active link), then the bus is a leaf bus. The wireless box copies the content of the 'branch_existence' 

30 field of the other wireless box part of a link into the corresponding field of its own BUSJTYPE register and sets the 

'bus_type? field to leaf. According to a variant embodiment, the wireless box determines whether a branch exists 
through an analysis of the network topology, instead of reading the 'branch existence' field of another wireless box. 

3. When a wireless box detects the existence of two or more associated wireless boxes linking the local bus to 
remote busses, then the local bus is a branch bus. The wireless box updates its 'branch-existence' with the value 

35 corresponding to branch and sets the bus_type field to branch. 

[0034] Wireless boxes which were present on the bus before the bus reset can distinguish between newly connected 
or removed nodes and nodes which were already present before the reset, by comparing the topology maps before 
and after the reset. 

40 [0035] When a wireless box has been added, the bus type is not changed until it has associated with its peer wireless 
box and bus linking has taken place. If a wireless box detects that another wireless box has been removed, then it 
updates its bus_type field following the bus reset and its topology map analysis. 

II] Association of two wireless boxes and linking of two busses 

45 

[0036] Figure 3 illustrates two clusters before association. 'Cluster 1* comprises a wireless box called 'wbox V and 
five other nodes. 'Cluster 2' comprises the peer wireless box called 'wbox 2' and three other nodes. The numbers 
indicated near the nodes are the physical identifiers attributed during the previous bus resets. Both busses are blank 
busses before the association of the wireless boxes and linking of the busses. The node with the physical identifier '5* 
so of cluster 1 is root on its bus, since it has the highest physical_id number. 

-Peer wireless box detection and Hiperlan association 

[0037] Once a wireless box has been connected to a bus and once the bus reset has been carried out, it will try to 
55 associate with a peer wireless box. According to the present embodiment, a wireless box knows in advance an identifier 
of its peer with which it is to form a link. In this case, the wireless boxes know the unique 'EUl-64' identifier of their peer. 
[0038] As a first step, the wireless box reads the EUl-64 identifiers of the other devices on its bus in order to verify 
whether its peer is also connected to the same bus. In this case, no association is possible in order to avoid reset 
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loops. A corresponding message may bo sent to the user, and the association procedure is aborted. As soon as a 
wireless box detects that its peer has been removed from the bus, it will try to associate again 

fhTpu'^ !h 8 ,T am , e ™ bodiment ' in case more lhan °™ "ranch bus is present on the bus, the wireless box reads 

the EU-64 identifiers of devices not only on its bus, but on all busses on its side of the network 

[0039] As a second step, the two wireless boxes associate according to the Hipertan 2 Radio Link Control layer. 

-Root selection 

[0040] The next step is to determine if one or both wireless boxes of an associated pair are to be the root on their 
respechve busses. At least one wireless box of an associated pair should be root (in the sense of document (a)) on 
.ts bus, so that the reset message transmission among busses can be properly carried out. There cannot be more than 
one root per bus. 

[0041] It 's assumed in the case of figures 3 and 4 that 'wbox2' is a root. The 'wboxl' can be a root, but does not 

IT, , k « T S r ° 0t ° n th6ir res P ectlve busses . 'hen one of the pair is selected to be the dominant 

root ('global roof). This root would be 'wboxl ', not "wbox^. 

ESt* 1 J* «?K a iS l ° be Hnked l ° 8 netW ° rk com P risin 9 alread y ^° buses (i.e. a branch bus will exist in the 

final network) then at least one of the wireless boxes linking the third bus to the network should be a root The branch 
bus will necessarily be the bus to which the third bus will be linked. 

The following rules are applied: 

bSome rool Wire ' eSS ^ °" ^ a ' ready & ^ ^ b ° X ° f the branCh bus should not tr V t0 

[0044] If the branch bus does not contain any wireless box which is root, then the wireless box of the third bus shall 
toy to become root Its peer wireless box on the branch bus should also try to become root, to maximize the probability 
that at least one of the two wireless boxes becomes root. 

1 o? 51 ,ccc W J^! SS b ° X be ° 0me r ° 0t by USin9 the ' Force Root Fla 9' ascribed at section 4.1 .1 .1 "Set Force Roof 
of the IEEE 1394 standard (document (a)). 

-Bus linkage 

fnn^l IT !T Wirel6 ! S bOXBS de,ermine whether linki "9 ^eir busses will result in a valid network topology or not 
[0047] The following three conditions are checked: 

At least one of the wireless boxes should be root on its bus. 

- At least one of the wireless boxes should be on a blank bus. Else, the resulting network would comprise more than 
one branch bus, which is not authorized if the topology limitations relating to the number of wireless links between 
any two nodes are to be respected. 

- If a wireless box is on a leaf bus, the branch_existence field of this wireless box should indicate that there is not 
yet any branch bus in the network (binaiy value '00'). 

[0048] Of course for other topology constraints than those of the present embodiment, these conditions may need 
to be modified and/or supplemented, in particular the second and third conditions 

^l v l the8 ? t O0n ^ K On8 afe ,UlfNled ' the busses can be linked - The blank bus becomes a leaf bus and the 
BUS_TYPE ; register of the corresponding wireless box is updated accordingly. The former leaf bus to which the new 
bus is linked becomes a branch bus, and the BUS_TYPE register is also updated 

[0050] If these conditions are not fulfilled, the wireless boxes remain associated in the sense of Hiperlan 2 but do 

not update the.r BUS_TYPE registers. After each bus reset, the wireless boxes shall restart root selSon anj I trylo 

r««J he ' r ^ Spect,ve busses a 9 ain ' since a reset may be indicative of a change of the network topology. 

[0051] Once the busses have been linked, each wireless box sends a bus reset message to its peer wireless box 

This message contains the complete self.id packets of the respective local bus (e .g. wboxl of figure 3 sends the self id 

packets of the five nodes on cluster 1 as well as its own packet and wbox2 sends the three self id packets of the three 

nodes of cluster 2 as well as its own self_id packet) and of any busses linked with the local bu~s 

[0052] Each wireless box then proceeds with generating a reset on its local bus. During the self identification process 

each portal sends, in addition to its own self_id packets, the selfjd packets received from its peer wireless box when 

it is given the occasion to do so by the root node of its local bus. The sending of the self.id packets on each cluster 

TJ, ! aC H° U 1 1 ml ? d6fined bY d ° CUment (a) at SeCtion E - 3 - 3 - bus 9 rant f ° r send i"9 a self id packet is 
given to a node's children from the left-most (lowest number) port to the right-most (highest number) port 
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[0053] As already mentioned, wbox2 is considered to be the root node of cluster 2. It thus has control over when to 
send self Jd packets for the cluster 1 nodes and when to give the possibility to one of the nodes of cluster 2 to send 
its own selfjd packet Wbox2 receives six self_id packets from wbox 1 , and from this information deduces the topology 
map of cluster 1 , I.e. the connections of nodes to other nodes' ports on cluster 1 . Wbox2 thus knows when it would be 

5 granted its turn to send a selMd packet by the root node of cluster 1 If wbox2 were considered as directly connected 
as the left-most child of wboxl . Wbox2 thus knows that it should send first on cluster 2 the self Jd packets of the two 
left-most children of the root node of cluster 1 - which will receive the physical identifiers 0 and 1 , before beginning to 
grant the bus to Its own children, which will receive the subsequent physical Identifiers 2, 3 and 4. After determining 
that all its children have sent their selfjd packets, wbox2 attributes to itself the following physical identifier, being the 

w root on its bus. It thus receives the physical identifier 5. Wbox2 then proceeds with forwarding, in the correct order 
considering the topology and the self identification process rules, the self identification packets of wboxl , followed by 
those of the two nodes between wboxl and the root node of cluster 1 , and lastly the selfjd packet of the root node of 
cluster 1 itself, which receives the highest physical identifier, i.e. 9. Wbox2 thus simulates the sending of self_id packets 
on cluster 2, as if it were directly connected to cluster 1 . 

is [0054] The process on cluster 1 is similar. When Wboxl is granted the bus by the root node of cluster 1 , it acts as 
If all nodes on cluster 2 were its children and accordingly forwards the selfjd packets previously received from wbox2, 
according to the topology of cluster 2 as deduced from those same selfjd packets. 
[0055] This process works also when wboxl is root node on cluster 1 . 

[0056] According to the present embodiment, once a bus has been reset, the wireless box sends a corresponding 
20 acknowledgment to its peer wireless box. The acknowledgment message may contain the same information as the 
bus-reset message, but may also be a simpler acknowledgement. 
[0057] Figure 4 shows the self jds of the nodes of figure 3 after the reset procedure. 
[0058] Once the selfjd process is finished, the direction of clock transmission in the network is defined. 

25 ill] Bus reset transmission on an existing network 

(a) Reset procedure of a two-bus network 

[0059] Every bus reset detected by a wireless box on its local bus is transmitted to its peer wireless box. 

30 [0060] Moreover, according to the present embodiment, the receiving wireless box acknowledges the bus-reset mes- 
sage, once the reset has been carried out. This acknowledgment, which is the same as that mentioned previously, is 
normally not carried out over a wired medium, but may be necessary for a wireless medium, which is not as reliable. 
[0061] When sending a bus reset message to its peer wireless box, a wireless box handles asynchronous data 
received from its peer wireless box as follows: 

35 [0062] All asynchronous data received by a wireless box over the wireless link after sending of the bus reset message 
to its peer wireless box and before reception of an acknowledgment of receipt from this peer wireless box is discarded. 
[0063] In other words, all asynchronous data sent by the peer wireless box and previously received on its local bus 
before it has processed the reset is discarded. 

[0064] Nevertheless, packets from one wireless box to its peer wireless box other than those concerning retrans- 

40 mission from one bus to the other are still transmitted. 

[0065] With reference to figure 4, we suppose that a reset is generated on cluster 1 . The root node of cluster 1 then 
carries out the self-identification process. Wboxl received the selfjd packets of cluster 2 during a previous reset 
procedure, and uses these when given the bus grant, in a manner similar to what has already been described. 
[0066] Once the bus reset has been performed on cluster 1 , wboxl sends a bus reset message to its peer wireless 

45 box. WBox2 then performs a bus reset on cluster 2, in a manner similar to what has already been described, using the 
selfjd packets just received from wboxl . 

[0067] Once the selfjd process on cluster 2 has been performed, Wbox2 sends an acknowledgment to wboxl . From 
that moment on, wboxl accepts again asynchronous data from wbox2 ('user data traffic'). 

[0068] If wbox2 received a reset on its local bus before sending the acknowledgment, indicating a change of topology 
50 of cluster 2, then wbox2 in turn generates a bus reset message incorporating the new selfjd packets and sends it to 
wboxl , in order to update the view which nodes of cluster 1 have of cluster 2. 

[0069] Figures 4 and 5 illustrate a same network before and after a reset procedure. It is supposed that a reset is 
generated by the removal of the node having the physical identifier 4 on figure 4. 

55 (b) Reset procedure over a network with more than two busses. 

[0070] When a reset occurs on a leaf bus, the leaf bus forwards the reset to the branch bus, which in turn forwards 
it to each of the other leaf busses. The chronology of the process is illustrated by figure 6. 
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[0071] More precisely, when a bus reset occurs on a leaf bus, a reset is first performed on the leaf bus, followed by 
the wireless box of the leaf bus sending a bus reset message to its peer, located on the branch bus. The reset on the 
branch bus is then performed, and an acknowledgment of receipt sent to the initiating wireless box of the leaf bus The 
wireless boxes of the branch bus then forward a bus reset message to the remaining leaf busses. Once these resets 

5 are carried out, corresponding acknowledgment messages are sent to the branch bus. 

[0072] When a reset occurs on a branch bus, the reset is forwarded to all leaf busses. The chronology of the process 
is illustrated by figure 7. A bus reset message is forwarded by each wireless box of the branch bus to the respective 
peer wireless box of the leaf busses. A reset is then performed on these busses, and an acknowledgment sent back 
to the wireless boxes of the branch busses. 

io [0073] As before, wireless boxes receiving a bus reset message acknowledge this message to their peer wireless 
boxes once the reset has been performed on their local bus. 

[0074] Document (b) defines a maximum delay for a bus reset procedure. This timeout delay should be respected 
according to the present embodiment. 

*5 IV] Isochronous transmission 

[0075] In a first step, the clock transmission on the network of busses will be discussed. In a second step, the res- 
ervation of isochronous resources on the network will be described. 

20 (a) Isochronous cycle master 

[0076] According to the prior art, on an IEEE 1 394 bus, a node acts as a local cycle master, as defined by document 
(a). The role of a cycle master is to transmit the periodical cycle start packet, which is sent every 125ns and on which 
all other nodes of a bus synchronize to access the bus. For environments in which several busses are linked by bridges 

25 such as those defined by documents (f) and (g), a mechanism has been defined at the level of each bus to permit 
propagation of a clock through the network of bridges and busses. An example of such a mechanism is the 'clock 
adjustment' mechanism defined at section 6.2. 'Cycle master adjustment packet' of document (f). According to this 
mechanism, the cycle master of a wired bus may be adjusted by any node of the wired bus using a 'clock adjustment' 
message. The adjusting node may in particular be a portal node which receives clock information from its peer portal 

30 node connected to another wired bus. Thus, a portal node need not necessarily be the cycle master of its bus in order 
for a clock to be propagated from a single master clock through a multi-bus network. 

[0077] The adjustment mechanism is used only on wired busses. Bridges, be it wireless bridges or other types of 
bridges, have their own methods for propagating the clock between their portals. For example, in case of an ETSI 
BRAN Hiperlan 2 bridge, the transmission of a clock over a wireless link can be made using the mechanism described 
35 at section 5.3 'Cycle Synchronization Service' in document (e). On their wired bus interface, portals will use the ad- 
justment mechanism. 

[0078] According to the present embodiment, each wired bus of the network comprises a cycle master according to 
document (a), h addition, one of the cycle masters is elected to be the network cycle master, also called 'global' cycle 
master, which will act as the cycle master of the network comprising all wired busses (clusters) and wireless links The 
40 global cycle master is the cycle master of the cluster that contains the global root of the network. The global cycle 
master's clock is used to synchronize the other cycle masters, and its location defines - apart in the special case seen 
below - the direction of the transmission path of the clock between wireless boxes. 

[0079] A wireless box on a wired bus checks whether its bus contains the global cycle master by checking whether 
the global root is on the local cluster. If this is the case, the wireless box transmits clock synchronization information 

45 to its peer wireless box using, in the case of the present embodiment, the cycle synchronization service defined in 
document (e). The transmitting wireless box adequately configures its peer wireless box. The wireless box receiving 
clock information from its peer then proceeds to adjust the cycle masters of its local bus, if it is not itself the cycle 
master on its bus. When a wireless box receiving the clock from its peer box is at the same time cycle master, it still 
sends adjustment packets (which are broadcast packets) in order to conform to the procedure of the next paragraph 

50 [0080] Wireless boxes also listen to clock adjustment packets sent by other nodes on their local wired bus Clock 
adjustment packets are broadcast packets, i.e. not addressed to a specific node on a bus. If a wireless box detects 
such a packet on its bus, it knows that the cycle master of its bus is being adjusted. In this case, it will become a sender 
of clock synchronization information to its peer wireless box. Note that the clock synchronization information is derived 
by the wireless box from the adjusted local cycle master's cycle start, not from the clock adjustment packet used to 

55 adjust this cycle master. 

[0081] The clock coming from the global cycle master is thus propagated through the entire network ('network' being 
taken here as the group of busses linked according to the present embodiment so as to simulate a single bus). 
[0082] Concerning the behavior of the global cycle master, the process is different when a Hiperlan 2 bridge as 
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defined in document (g) is connected to one of the wired busses and transmits clock adjustment packets on this bus, 
which does not necessarily contain the global cycle master. In this case, a mechanism is provided to transmit the clock 
information from the Hiperlan 2 bridge to the global cycle master, which is not directly adjusted by the bridge's portal, 
but by a wireless box of the global cycle master's local bus. The direction of transmission of clock information is different, 

5 and does not always radiate from the global cycle master. 

[0083] Figure 8 illustrates such a case. The arrows indicate the direction of propagation of clock information. The 
Hiperlan 2 bridge adjusts the cycle master CM1 of its local bus. The wireless box WB1 detects the clock adjustment 
packets broadcast by the bridge's portal, and uses the IEEE 1394 service specific convergence layer to transmit clock 
synchronization information derived from CMVs cycle start to wireless box WB2. This wireless box adjusts the global 

10 cycle master's (CM2) clock. WB3 detects the adjustment packets and derives its clock synchronization Information 
from the global cycle master's cycle start. WB3 synchronizes WB4, which is cycle master on its own bus, and does 
not send any adjustment packets. 

[0084] Determination in which direction a pair of wireless boxes passes clock information is determined before as- 
sociation. Each wireless box determines whether it receives clock adjustment packets on its local bus. The one wireless 
is box which does receive such packets will be the clock synchronization sender, the other the clock synchronization 
receiver. If no adjustment packet is detected, the clock synchronization information will be sent from the bus containing 
the global cycle master. 

[0085] Thus, in the case where the global cycle master detects clock adjustment packets being broadcast on its local 
bus, it acts as a normal cycle master: the global cycle master relinquishes its prerogatives to the Hiperlan 2 bridge. 
20 [0086] When a cluster is connected to a branch bus, it is the receiver of the clock. If the new cluster contains a bridge, 
the direction of clock propagation is reversed. 

[0087] According to the present embodiment, when a leaf bus that was the sender of the clock is disconnected from 
the network, then the branch bus' cycle master becomes the sender of the clock. 

25 (b) Isochronous resource reservation 

[0088] The isochronous resource manager (or 'IRM' as defined by document (a)) can be located In any IRM capable 
node. 

[0089] When a talker node and a listener node of a IEEE 1394 connection are located on two different clusters linked 
30 through a wireless network as previously described, wireless isochronous resources need to be reserved for this con- 
nection. 

[0090] The following assumptions are made: 

The isochronous management follows the recommendation in document (c). 
35 . . The IEEE 1394 node controlling the connection ('1394 controller 1 in what follows) between the talker node and the 
listener node cannot be distributed over two nodes. It is located on a single node. Therefore a controller can't be 
located on both sides of the wireless link. The 1394 controller's task is to issue the lock requests to the different 
talking or listening nodes. 

40 [0091] When a wireless box receives a lock request on an input or output plug control register (i/oPCR) from a 

controller to a node on the other side of the wireless link, it keeps a copy of the request and sends the request to its peer. 

[0092] When a wireless box receives a lock response in an i/oPCR from its peer box, it checks whether it has a copy 

of a request with the same channel number and if yes, whether the lock succeeded. 

[0093] If the lock failed, no action is performed by the wireless boxes. 
45 [0094] If the lock succeeded, the wireless boxes may perform actions, which are going to be described now. 

[0095] The wireless boxes have to check whether the listener node and the talker node are on the same side of the 

wireless link or on different sides. In case both are one the same side, no reservation of wireless isochronous resources 

is required. In case the nodes are on different sides, such a reservation is required. 

[0096] When it is necessary, the wireless box opens a wireless connection as defined by document (e). If there is 
so enough bandwidth available, all the required bandwidth is reserved. 

[0097] If there is not enough bandwidth, a connection with a limited bandwidth is reserved. The wireless box won't 
be able to send all the user packets over this connection. It will send only a part of them, corresponding to the allocated 
bandwidth. 

[0098] According to the present embodiment, only two isochronous wireless channels may be reserved over a wire- 
55 less link. If both isochronous wireless channels are already reserved, no reservation can be performed. The talker and 
the listener are not made aware of it, and their connection remains pending. The listener wont receive any data. 
[0099] Of course, in another implementation, the maximum number of isochronous wireless channels may be differ- 
ent, or even unlimited. 
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20 



25 



[0100] When a channel and/or bandwidth is released, wireless boxes may reallocate the channel and/or bandwidth 
for one of the reserved and pending connections. 

[0101] According to what has been mentioned above, the wireless boxes process both lock requests and lock re- 
sponses. According to a preferred embodiment, only lock responses need to be processed, since they implicitly contain 
the corresponding lock requests. 

[01 02] I n order to manage talker/listener connections at the level of the wireless boxes, the latter implement a specific 
register. Table 4 gives the contents of the register implemented in the wireless boxes for each connection requiring 
reservation of wireless isochronous resources which is set up over the wireless link. This register is called the wireless 
plug control register, or 'wPCRV One such register is implemented for each connection. 

[0103] Content of the wPCR register is similar to that of an oPCR register as defined in document (c), but it contains 
an additional field called 'Direction', which indicates whether the talker of the connection is located on the wireless box 
cluster, or on the side of its peer wireless box It thus also defines the direction of the data transmission over the wireless 
link. 

Table 4 



Broadcast 
connection counter 


Point to point 
connection counter 


Direction 


Channel number 


Data rate 


Overhead ID 


Payload 


1 


6 


2 


6 


2 


4 


10 



35 



40 



Table 5 gives the values of the 'direction* field in the 'wPCR' register 
[0104] 

Table 5 



Direction 


Comments 


00 b 


No talker 


01 b 


Talker is located on the cluster of the Wbox 


10 b 


Talker is located on the peer cluster 


11b 


Reserved 



[0105] The 'point to point connection counter' is set to one when a wireless connection is established between the 
talker and the listener. This field is incremented each time the connection is overlaid with a new listener which is not 
on the same cluster as the talker. The field is decremented each time a connection is released. 
[0106] Both wireless boxes of a pair maintain a list of connections (in the sense of Hiperlan 2) which are active on 
the wireless link. An entry into the list is composed of the talker node identifier and a pointer to the corresponding 
wireless PCR register. 

1 . Case of a non overlaid connection 



45 



50 



55 



[0107] By 'non-overlaid', it is meant that no wireless link exists for the isochronous channel which has been reserved 
by the 1394 controller. 

[0108] Figure 9a is a diagram of a network comprising several wired busses. Node A is the talker node, while node 
B is the listener node. Wireless box A is connected to the bus of node A, while wireless box B is connected to the bus 
of node B. In the present case, only one wireless connection needs to be reserved. Wireless box C is connected to 
the same bus as wireless box B, but is not on the path between the listener and the talker nodes. The 1394 controller 
can be on any of the busses. 

[01 09] As a first step in the establishment of a point to point connection as defined in IEC61 883 (document(c)), talker 
node A and a listener node B are set by the 1394 controller mentioned earlier, through appropriate lock request mes- 
sages. The 1 394 controller performs a lock request on the input Plug Control Register (iPCR) of the listener node and 
a lock request on the output Plug Control Register (oPCR) of the talker node. Since these messages are transmitted 
to all busses, wireless boxes A, B and C (as well as all other wireless boxes) receive these requests and store their 
parameters, in particular the IEEE 1394 isochronous channel number. Talker node A and listener node B both send 
responses to the respective lock request. These responses are analyzed by the wireless boxes. 
[0110] When a wireless box receives an iPCR lock response from the listener node through its peer wireless box, it 
deduces that the listener node is on the side of its peer wireless box. It will thus only need to make a reservation if it 
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finds that the talker node is on its own side. 

[01 1 1] The wireless box is certain that the talker is not on its side of the network if it also receives the oPCR with the 
same channel number from its peer box. In this case, no reservation of wireless resources is made. 
[01121 The wireless box is certain that the talker is on its side of the bus when it detects an oPCR register in any 
5 node, the oPCR register bearing the same channel number. 

[0113] To determine this last condition, the wireless box carries out a process which consists in reading oPCR reg- 
isters of nodes on its side of the network, both on the local cluster and remote clusters, looking for the appropriate 
channel number. 

[0114] If the talker node corresponding to the iPCR lock response is found on its side of the wireless link, then the 
10 wireless box makes the necessary isochronous resource reservations. The wireless box also maintains a point to point 
connection counter, similar to the counter in the iPCR and oPCR registers, as defined in document (c) and sets this 
point to point connection counter to T. 

[0115] When a wireless box receives an oPCR lock response from the talker node through its peer wireless box, it 
deduces that the talker node is on the side of its peer wireless box. It will thus only need to make a reservation if it 

15 finds that the listener node is on its own side. 

[0116] The wireless box is certain that the listener node is not on its side of the network if it also receives the IPCR 
with the same channel number from its peer box. In this case, no reservation of wireless resources is made. 
[0117] The wireless box is certain that the listener node is on its side of the bus when it detects an iPCR register in 
any node on its side of the network, the iPCR register bearing the same channel number as that in the oPCR. 

20 [01 1 8] To determine this last condition , the wireless box carries out a process which consists in reading iPCR registers 
of nodes on its side of the network, looking for the appropriate channel number. 

[0119] If the listener node corresponding to the oPCR lock response is found on its side of the wireless link, then the 
wireless box makes the necessary isochronous resource reservations, and sets its point to point connection counter 
and that of its peer wireless box to *1\ 
25 [0120] In the case of figure 9a, wireless box B receives an oPCR lock response through wireless box A from talker 
node A. It will also receive an iPCR lock response on its local bus from listener node B. 

[0121] In each case, only one wireless box of a link is triggered to make the isochronous resource reservation over 
the link. 

30 2. Case of an overlaid connection 

[0122] Overlaying a connection onto an existing connection consists in adding a listener to the existing connection. 
[0123] During the overlaying of a connection, the oPCR register of the talker node and the iPCR register of the new 
listener node are modified: the point to point connection counters are incremented in each register, and the isochronous 
35 channel number is copied from the oPCR into the iPCR of the new listener. If the listener and the talker are on different 
clusters, the lock request is sent, as for the initial point to point connection, across the wireless link. 
[0124] The overlaid listener may be one of the existing listeners. 

[0125] When a wireless box receives a lock request in an o/iPCR and when a corresponding connection already 
exists over the wireless link, the point to point connection counter of the o/iPCR is incremented, and the point to point 
40 connection counter of the wPCR register is also incremented. 

[0126] If a new connection is required, the same rules as before apply. 

[0127] Figure 9b illustrates the wireless connections requiring reservation for a particular configuration of a network 
in case of an overlaid connection. An isochronous channel has been set up between devices A and B. To overlay a 
connection between A and C, one additional connection is required in addition to the two which already exist. 
45 - 

3. Breaking a connection 

[01 28] When a wireless box receives a lock response from its peer for the oPCR of the talker node and the talker is 
unconnected, this being detected by checking whether the point to point connection counter of the corresponding 
so wPCR register is 0, a wireless connection is no longer necessary, and the corresponding resources can be deallocated 
by the wireless box by sending an appropriate message to its access point. 

[0129] When a wireless box receives a lock response from its peer for the iPCR of a listener and when the point to 
point connection counter of the wPCR is set to 0, this means that no listener remains in the peer cluster. A wireless 
connection is no longer necessary, and resources can be deallocated. 

55 

4. Modification of the bandwidth 

[0130] A wireless box periodically eads the bandwidth written in the oPCR register of the talker nodes for which is 
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has listed an active connection and which are on its cluster. If the bandwidth has been modified compared to resources 
requested on the wireless link, the wireless box modifies the bandwidth reservation on the wireless link. 
[01 31 ] It also updates the wireless boxes located along the connection, i.e. when the bandwidth of a wPCR Is updated, 
the bandwidth of the corresponding wireless connections Is updated, through appropriate commands. 

5 [0132] Indeed, since the wireless link is transparent to 1 394 nodes, these cannot request a change of bandwidth on 
their own. Any change has therefore to be detected by the wireless boxes, through a procedure such as above. 
[0133] According to a variant embodiment, each wireless box periodically polls the output plug registers of talker 
nodes on its own side of the network and for which it participates in the connection, and does not limit this polling to 
talker nodes on its local wired bus. If the bandwidth indicated in one of the output plug registers of these talker nodes 

10 differs from the bandwidth reserved on the wireless link, the wireless box attempts to modify the reserved wireless 
bandwidth value correspondingly. 

[0134] Figure 1 0 gives an illustration of the process. Although the illustrated connection links one talker node (iden- 
tified by its output plug register oPCR) to one listener node (identified by its input plug register IPCR), the connection 
may comprise additional listener nodes. The talker node and the listener node are located on different leaf busses, 
'5 both leaf busses being connected to a central branch bus. 

[0135] Two wireless devices, WB1 and WB3, list the talker node as being on their side of the network. They conse- 
quently periodically query the talker node's output plug register. Note that the query message from WB3 crosses the 
bridge formed by WB1 and WB2. Each wireless box then updates resource reservations only for its respective bridge, 
if necessary. 

20 

V] Broadcast-out and broadcast-in connections 



40 



[0136] 

25 1 . Introduction 

A broadcast-out connection is a connection of a talker node to a broadcast channel, while a broadcast-in 
connection is a connection of a listener node to a broadcast channel. 

An application establishing a broadcast-out connection does in general not know whether the output plug will 
continue to transmit an isochronous data flow or not. 
30 An application establishing a broadcast-in connection does in general not know whether there is an output 

plug transmitting an isochronous data flow over the broadcast channel defined in the broadcast connection, and 
whether, if such an output plug exists, this output plug will continue transmitting or not. 

2. Creating a connection 

35 Wireless boxes monitor the network to detect whether bridges are to take part in broadcast connections. Each 

wireless box reads, for example periodically, the output plug registers of nodes on its side of the network and tests 
the broadcast connection counters of these registers. If a broadcast connection counter is set, the wireless box 
forwards the corresponding node identifier and channel number to its peer wireless box, which polls the input plug 
registers of nodes on its own side to detect the existence of a broadcast-in connection having same channel 
number. If such a broadcast-in connection is detected, an isochronous channel is opened over the wireless link, 
for example by the wireless box on the side of the broadcast-in node. A wireless PCR is created for the broadcast 
connection, according to the rules already described. 

3. Releasing a connection 

For a broadcast connection for which the talker node is on its side of the network, a wireless box regularly 
checks whether the broadcast out connection is still active by polling the corresponding output plug register of the 
talker node and testing the broadcast connection counter. If this flag is not set anymore, then the reserved wireless 
resources are released. 

Similarly, a wireless box located on the broadcast-in side of the network regularly reads the iPCR of the listener 
node to check whether the broadcast-in connection is still active. When this is not the case, the iPCRs of all other 
nodes located on that side of the network are checked for the channel number corresponding to the broadcast 
connection. If none is found, the reserved wireless isochronous resources are released. 

[0137] It may happen that a channel which is already used for a broadcast connection is nevertheless attributed to 
an isochronous connection. The use as an isochronous channel has priority over the use as a broadcast channel. The 
wireless boxes do not check the status of the broadcast counters in the oPCR and the iPCRs as long as the channel 
is used for an isochronous connection, but this checking is resumed once the channel is released. 
[0138] In a general manner, after a bus reset, it is required to verify whether nodes which are part of a connection 
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are still present. Consequently, after a bus reset, the wireless boxes try to read PCRs which were allocated to connec- 
tions before the reset to check whether they are still allocated. It they are not, the corresponding channel reservations 
are cancelled. 



Claims 

1. Method for linking a first and a second communication bus through a wireless link, comprising a first portal con- 
nected to the first bus and a second portal connected to the second bus, said first and second portal communicating 
over a wireless connection, said method comprising the steps of: 

associating the two portals to the wireless network; 

exchanging, between the two portals of self identification packets of nodes connected to their respective local 
busses, including the self identification packets of the portals themselves; 
generating a reset on each bus; 

carrying out a self identification procedure on each bus, where each portal generates self identification packets 
for itself and for nodes of the respective remote bus, using the self identification packets received following 
the association step. 

2. Method according to claim 1 , wherein the step of associating the two portals over the wireless link Is preceded by 
the step of determining whether the two portals are peer portals or not. 

3. Method according to claim 2, wherein the step of associating the two portals is aborted if the two portals are on 
the same bus in order to avoid reset loops. 

4. Method according to one of the claims 1 to 3, further comprising the step of having each portal determine, prior to 
exchanging self identification packets, whether the network topology which would result from linking the two busses 
would be valid or not, and in the negative, to abort the linking process. 

5. Method according to claim 4, further comprising steps for a portal to: 

identify the type of its local bus prior to association with its peer portal, wherein the bus may be of the branch 
type, the leaf type or the non-linked type; 

determine whether there exists a branch bus in the network formed by the linked busses. 

6. Method according to claim 5, wherein the local bus type and branch existence determined by a portal are stored 
in a register accessible by other nodes. 

7. Method according to claim 6, wherein the steps of identifying the bus type and determining a branch existence are 
carried out by a portal by determining other portals connected to its local bus, reading and analyzing the content 
of the registers of these other portals and determining whether these other portals are part of an active link or not. 

8. Method according to claim 7, wherein: 

(a) when a portal finds that there is no portal part of an active link on its local bus, labeling the local bus as a 
non-linked bus; 

(b) when a portal finds that there is a single portal part of an active link on its local bus, labeling the local bus 
as a leaf bus; 

(c) when a portal finds a plurality of portals part of an active link on its local bus, labeling the local bus as a 
branch bus. 

9. Method according to claim 8, wherein a portal determines that in case (a) there is no branch bus, that in case (b), 
whether there is a branch bus or not is given by the register of one of the portals part of an active link on the local 
bus and that in case (c), there is a branch bus. 

10. Method according to one of the claims 1 to 9, wherein after association of the two portals, the method further 
comprises the step of forcing at least one of the two portals to be the root node on its local bus. 
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11. Method according to claim 10, wherein in the case a third bus is to be linked to a branch bus through a wireless 
connection formed by a third portal connected to the third bus and a fourth portal connected to the branch bus 
the following rules are used to determine which of the third and fourth portals is to be a root node; 

- if the fourth portal connected to the branch bus is already a root node, the third portal connected to the third 
bus is not to try to become a root node; else it is to try to become a root node. 



12 



Method according to claim 10, wherein the linking process is aborted if none of the two portals to form a wireless 
connection are a root node on their local bus. 

13. Method for carrying out a reset of a network comprising at least two busses linked according to the method of one 
of the claims 1 to 12, comprising the steps of: 

- carrying out a reset and self-identification procedure on the bus on which a reset generating event took place 
where each portal part of an active link and connected to the reset originating bus emits self-identification 
packets for remote nodes stored during a previous reset; 

- having each portal part of an active link transmit a reset' message to its peer portal for triggering a reset on 
the local bus of the peer portal, where the reset message comprises self-identification packets collected during 
the reset on the reset originating bus. 

14. Method according to claim 13, wherein a portal having received a reset message from its peer portal acknowledges 
the reset message after performance of the reset on its local bus. 

15. Method according to one of the claims 1 to 14, wherein the communication busses are IEEE 1394 busses and the 
wireless network is a HIPERLAN 2 network. 

16. Method for propagating a clock in a communication network comprising a plurality of busses, linked looplessly 
through wireless links wherein each wireless link comprises two portals, said network implementing the method 
of claims 1 to 15, characterized by the steps of: 

- determining a cycle master node on each bus, wherein the cycle master node of a given bus is adapted to 
send clock signals to other nodes of the given bus; 

electing a global cycle master among all cycle masters previously determined; 

- having each portal determine whether the global cycle master is on the bus to which the portal is connected 
and m the affirmative, instructing the peer portal of the same link to adjust the cycle master of the peer portal's 
local bus, based on clock information provided by the portal of the global cycle master's bus. 

17. Method according to claim 1 6, further comprising the step of having each portal determine whether cycle master 
clock adjustment messages are being sent on its local bus, and in the affirmative, instructing the peer portal of the 
same link to adjust the cycle master of the peer portal's local bus, based on clock information provided by the 
portal derived from the clock signal of the cycle master of its local bus. 

18. Method according to one of the claims 16 and 17, further comprising the step of having a portal which is cycle 
master for its local bus and which receives clock information from its peer portal send cycle master clock adjustment 
packets on its local bus. 

19. Method for reserving isochronous resources in a network implementing the method according to one of the claims 
1 to 18, characterized in that it comprises the steps of: 

- having a connection controller send lock requests respectively to a talker node output plug control register 
and to a listener node input plug control register, wherein said requests comprise a connection identifier 

- having each portal store a received request in memory and transmit it to its peer portal; 

- upon reception of a successful lock message from its peer portal, have a portal determine whether the suc- 
cessful lock message concerns a stored request having same connection identifier, and in the affirmative 
checking whether the listener and talker nodes are on different sides of the node, and when this is the case! 
making isochronous resource reservations on the wireless link. 

20. Method according to claim 19, wherein the connection identifier is an isochronous channel number. 
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21. Method according to one of the claims 19 or 20, wherein making the resource reservation comprises setting up a 
connection over the wireless link, a portal setting up a register for each connection, said register comprising at 
least one of the following: 

the location of the talker node, compared to the portal setting up the connection, 
the isochronous channel number associated with the connection, 
a point to point connection counter. 

22. Method according to claim 21 , wherein the point to point connection counter is set to one when a non-overlaid 
connection is set up. 

23. Method according to claim 22, wherein the point to point connection counter of an existing connection is incre- 
mented when a new connection is overlaid over the existing connection, and decremented when an existing con- 
nection is released. 

24. Method according to one of the claims 19 to 23, when a portal receives a successful lock message concerning an 
input plug control register, respectively an output plug control register, it does not make any isochronous resource 
reservation if it also receives from its peer portal a lock message concerning an output plug control register, re- 
spectively an input plug control register and having same connection identifier. 

25. Method according to one of the claims 1 9 to 23, wherein the step, for portal, of determining whether a listener node 
and a talker node are on the same side of the network compared to the portal, further to receiving from its peer 
portal a successful lock message on an input control register, respectively output plug control register, with a given 
connection identifier, of reading output plug control registers, respectively input plug control registers, of nodes on 
the portal's side of the network in order to detect a plug control register containing the given connection identifier. 

26. Method according to one of the claims 19 to 25, wherein reserving isochronous resources comprises the step of 
specifying a desired bandwidth for a connection over the wireless network. 

27. Method according to claim 26, further including the step of having a portal check at predetermined intervals output 
plug control registers of talker nodes of active connections and of updating bandwidth reserved for corresponding 
connections as a function of bandwidth values read in said output plug control registers. 
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